This Page Is Inserted by IFW Operations 
and is not a part of the Official Record 

BEST AVAILABLE IMAGES 

Defective images within this document are accurate representations of 
the original documents submitted by the applicant. 

Defects in the images may include (but are not limited to): 

• BLACK BORDERS 

• TEXT CUT OFF AT TOP, BOTTOM OR SIDES 

• FADED TEXT 

• ILLEGIBLE TEXT 

• SKEWED/SLANTED IMAGES 

• COLORED PHOTOS 

• BLACK OR VERY BLACK AND WHITE DARK PHOTOS 

• GRAY SCALE DOCUMENTS 



IMAGES ARE BEST AVAILABLE COPY. 

As rescanning documents will not correct images, 
please do not report the images to the 
Image Problem Mailbox. 



(19) 



J 



Europdisches Patentamt 
European Patent Office 
Office europ6en des brevets 



iiiiiiifliwiiiiiiiiiwiii 

EP 0 747 840 A1 



(H) 



(12) 



(43) Date of publication: 

11.12.1996 Bulletin 1996/50 

(21) Application number: 96108974.5 

(22) Date of filing: 05.06.1996 



EUROPEAN PATENT APPLICATION 

(51) Int CI. 6 : G06F 17/30 



(84) Designated Contracting States: 


(72) Inventors: 


DE FR GB 


• Rogers, Richard Michael 




Beacon, New York 12508 (US) 


(30) Priority: 07.06.1995 US 474576 


• Lagarde, Konrad Charles 


(71) Applicant: International Business Machines 


Milford, Connnectitcut 06460 (US) 


Corporation 


(74) Representative: Schdfer, Wolfgang, Dipl.-lng. 


Armonk, N.Y. 10504 (US) 


IBM Deutschland 




Inform ationssysteme GmbH 




Patentwesen und Urheberrecht 




70548 Stuttgart (DE) 



(54) A method for fulfilling requests of a web browser 



(57) A World Wide Web browser makes requests to 
web servers on a network which receive and fulfill 
requests as an agent of the browser client, organizing 
distributed sub-agents as distributed integration solu- 
tion (DIS) servers on an intranet network supporting the 
web server which also has an access agent servers 
accessible over the Internet. DIS servers execute 
selected capsule objects which perform programmable 
functions upon a received command from a web server 
control program agent for retrieving, from a database 
gateway coupled to a plurality of database resources 
upon a single request made from a Hypertext docu- 
ment, requested information from multiple data bases 
located at different types of databases geograhicatly 
dispersed, performing calculations, formatting, and 
other services prior to reporting to the web browser or to 
other locations, in a selected format, as in a display, fax, 
printer, and to customer installations or to TV video sub- 
scribers, with account tracking.' 
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Description 

Copyright Authorization 

A portion of the disclosure of this patent document 
contains material which is subject to copyright protec- 
tion. The owner. International Business Machines Cor- 
poration, has no objectionto the facsimile reproduction 
by any one of the patent disclosure, as it appears in the 
Patent and Trademark Office patent files or records of 
any country, but otherwise reserves all rights whatso- 
ever. 

FIELD OF THE INVENTION 

This invention is related to computers and compu- 
ter systems and particularly to a method and system for 
use of the World Wide Web and other sources of infor- 
mation and for utilization of existing equipment advanta- 
geously for web server data access over networks and 
the Internet. 

RELATED APPLICATIONS 

This application entitled "A Web Browser System", 
is related to other United States of America Patent 
applications filed concurrently herewith, and specifically 
to the applications entitled "Computer Network for 
WWW Server Data Access over Internet", USSN 
08/474,571 , filed June 7. 1995; and "A Service Agent for 
Fulfilling requests of a Web Browser, USSN 
08/474,576, filed June 7, 1995; and "A Sub- Agent Serv- 
ice Agent for Fulfilling Requests of a Web Browser". 
USSN 08/474,575, filed June 7, 1995; and "A Method 
for Fulfilling Requests of a Web Browser" USSN 
08/474,577. filed June 7, 1995; and "A Method for Dis- 
tributed Task Fulfillment of Web Browser 
Requests'.USSN 08/474,572, filed June 7. 1995. 

These applications have a common assignee, Inter- 
national Business Machines Corporation, Armonk, New 
York. 

GLOSSARY OF TERMS 

While dictionary meanings are also implied by cer- 
tain terms used here, the following glossary of some 
terms may be useful. 

World Wide Web (WWW) 

The Internet's application that lets people seeking infor- 
mation on the Internet switch from server to server and 
database to database by clinking on highlighted words 
or phrases of interest. An Internet WWW server sup- 
ports clients and provides information. 

Home page 
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to stored information about an organization on the Inter- 
net. 

Gopher 

A menu-based search scheme, which as developed at 
the University of Minnesota, lets a user reach a destina- 
tion on the internet by selecting items from a series of 
text menus. 

Access Agent 

A logical component that provides support for different 
access protocols and data streams - Frame Relay, 
HDLC (High Data Link Control) CBO (Continuous bit 
Operations, ATM (Asynchronous Transfer Mode), or 
TCP/IP. 



Application Processing Agent 

A data processing agent running in a server data 
processing system which performs tasks based on 
received requests from a client in a distributed environ- 
ment. In our preferred embodiment, our application 
processing agent for database retrieval is our DIS 
server, a data interpretation system server and data- 
base gateway which is coupled to our web server 
HTTPD via a network. In our preferred embodiment an 
application processing agent employs executable object 
programs as command file objects, which in the pre- 
ferred embodiment are capsule objects. 

Client 

A client is a computer serviced by the server which pro- 
vides commands to the server. 

Data Interpretation System (DIS). 

IBM's object oriented decision support tool. 

Capsule 

A DIS capsule is a program created by a DIS program- 
mer and executed in the DIS environment. A DIS cap- 
sule is a preferred example of a capsule object. A 
capsule object is a specialized form of a command file 
(which is a list of commands to be executed, as in an 
EXEC or \BAT batch file. The capsule object is created 
with an object environment, as is supplied by IBM's DIS. 
Other object environments are IBM's SOM and DSOM, 
and Microsoft's COM environment. 

Internet 

The connection system that links computers worldwide 
in a web. 



A multi-media table of contents that guides a web user Server 
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A machine which supports one or more clients and is 
part of the web. Any computer that performs a task at 
the command of another computer is a server. 

5 

Slip or PPP connection. 

Serial-line Internet protocol and point-to-point protocol, 
respectively, for providing a full access connection for a 
computer to the Internet w 

TCP/IP 



Transmission control protocol/Internet protocol. A 
packet switching scheme the Internet uses to chop, 
route, and reconstruct the data it handles, from e-mail to 
video. 

InterNetwork Routing (INR) 

Trie link between systems which routes data from one 
physical unit to another according to the applicable pro- 
tocol. The protocol will employ a URL address for Inter- 
net locations. 

URL 

Universal resource locater, a Web document version of 
an e-mail address. URLs are very cumbersome if they 
belong to documents buried deep within others. They 
can be accessed with a Hyperlink. 

Web browser 

An program running on a computer that acts as an Inter- 
net tour guide, complete with pictorial desktops, directo- 
ries and search tools used when a user "surfs" the 
Internet. In this application the Web browser is a client 
service which communicates with the World Wide Web. 

HTTPD 
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An IBM OS/2 Web Server or other server having Hyper- 
text Markup Language and Common Gateway Inter- 
face. In our preferred embodiment, the HTTPD 45 
incorporates our control prog/am agent and is sup- 
ported by an access agent which provides the hardware 
connections to machines on the intranet and access to 
the Internet, such as TCP/IP couplings. 

50 

HTTP Hypertext transfer protocol 

Hypertext transfer protocol. At the beginning of a URL 
"http:" indicates the file contains hyperlinks. 
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Hyperlink 

A network address embedded in a word, phrase, icon or 
picture that is activated when you select the highlighted 



tidbit. Information about that item is currently retrieved 
to the client supporting a Web browser. 

Hyper Text Markup Language (HTML) 

HTML is the language used by Web servers to create 
and connect documents that are viewed by Web clients. 
HTML uses Hypertext documents. Other uses of Hyper- 
text documents are described in U.S. Patents 
5,204.947. granted April 20, 1993 to Bernstein et al.; 
5,297,249. granted March 22, 1994 to Bernstein et al.; 
5,355,472. granted October 11. 1994 to Lewis; all of 
which are assigned to International Business Machines 
Corporation, and which are referenced herein. 

BACKGROUND OF THE INVENTIONS 

The Internet is not a single network, it has no owner 
or controller, but is an unruly network of networks, a 
confederation of many different nets, public and private, 
big and small, that have agreed to connect to one 
another. An intranet is a network which is restricted and 
while it may follow the Internet protocol, none or only 
part of the network available from outside a "firewall" 
surrounding the intranet is part of the agreed connec- 
tionto the Internet. The composite network represented 
by these networks relies on no single transmission 
medium, bi-directional communication can occur via 
satellite links, fiber-optic trunk lines, phone lines, cable 
TV wires and local radio links. When your client compu- 
ter logs onto the Internet at a university, a corporate 
office or from home, everything looks local, but the 
access to the network does cost time and line charges. 

Until recently, "cruising or surfing" the Internet was 
a disorienting, even infuriating experience, something 
like trying to navigate without charts. The World Wide 
Web. a sub-network of the Internet, introduced about 
two years ago, made it easier by letting people jump 
from one server to another simply by selecting a high- 
lighted word, picture or icon (a program object repre- 
sentation) about which they want more information -- a 
maneuver known as a "hyperlink". In order to explore 
the WWW today, the user loads a special navigation 
program, called a "Web browser" onto his computer. 
While there are several versions of Web browsers, 
IBM's example is the new WebExplorer which offers 
users of IBM's OS/2 Warp system software a consist- 
ent, easy to use desktop of pictorial icons and pull down 
menus. As part of a group of integrated applications 
available from IBM for OS/2 Warp called the IBM Inter- 
net Connection, lets users log onto the Internet, 

To this point the World Wide Web (Web) provided 
by Internet has been used in industry predominately as 
a means of communication, advertisement, and place- 
ment of orders. As background for our invention there 
now exists a number of Internet browsers. Common 
examples are NetScape. Mosaic and IBM'S Web 
Explorer. Browsers allow a user of a client to access 
servers located throughout the world for information 
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which is stored therein and provided to the client by the 
server by sending files or data packs to the requesting 
client from the server's resources. An example of such 
a request might be something called GSQL (get SQL) 
which was a NCSA language and CGI server program 
developed to getting textual results for a client caller. 
Developed by Jason Ng at the University of Illinois, this 
document provided a way to map SQL forms against a 
database, and return the textuaJ results to the client 
caller. This system is unlike the present invention, and 
presents difficulties which are overcome by our 
described system. 

TTiese servers act as a kind of Application Process- 
ing Agent, or (as they may be referred to) an "intelligent 
agent", by receiving a function request from a client in 
response to which the server which performs tasks, the 
function, based on received requests from a client in a 
distributed environment This function shipping concept 
in a distributed environment was first illustrated by CICS 
as a result of the invention described in U.S. Patent 
4,274.139 to Hodgkinson et al. Tliis kind of function, 
illustrated by CICS and its improvements, has been 
widely used in what is now known as transaction 
processing. However, servers today, while performing 
many functions, do not permit the functions which we 
have developed to be performed as we will describe. 

Now. "surfing" the Internet with the WWW is still a 
time consuming affair, and the information received is 
not generally useful in the form presented. Even with 
1 4.400 baud connection to the Internet much line time is 
tied up in just keeping going an access to the Internet, 
and the users dont generaily know where to go. Fur- 
thermore the coupling of resources available on a com- 
pany's intranet and those available on the Internet has 
not been resolved. There is a need to reduce gateways, 
make better use of existing equipment, and allow 
greater and more effective usage of information which is 
resident in many different databases on many different 
servers, not only within a homogeneous network but 
also via the Internet and heterogeneous network sys- 
tems. 

The problems with creating access to the world via 
the Internet and still to allow internaJ access to data- 
bases has been enormous. However, the need for a 
system which can be used across machines and oper- 
ating systems and differing gateways is strongly felt by 
users of the Internet today. Anyone who has spent 
hours at a WWW browser doing simple task knows how 
difficult it still is to navigate thorough arcane rules with- 
out knowing where to go and even if you know what you 
are doing spending hours doing routine tasks. Many 
needs exist As one important instance, until now we 
know of no way to access data on multiple databases of 
different types using a single user request from a client 
This and other difficulties are solved by our invention. 

SUMMARY OF THE INVENTIONS 

In accordance with our invention needless user 



intervention is eliminate or greatly reduced with a Web 
server supports an HTTPD which is provided with the 
capabilities of our control program agent which organ- 
izes sub-agents supporting command file objects or 

s capsules to perform tasks in support of a Web browser's 
request for service as programmable functions receiv- 
ing parameters as input and providing as their output 
handled by the control program agent task completed 
results for reporting in accordance with the Web 

10 browser request in the form and to the location deter- 
mined by a request and handling these request without 
needless user intervention. 

In accordance with our invention, we have created 
a way to allow Web users to request information that is 

15 created by a data interpretation system (DIS) and then 
presented by a web server to the user of the web. Our 
solution provides a way of requesting and processing 
and presenting information on the Web. In the process, 
data is retrieved from multiple sources which may be 

20 located remotely and accessed via an intranet routing 
and via the Web Internet and processed by our decision 
support capsules. Now companies and universities, and 
other users that want to access data located on different 
databases, want that data processed and formatted. 

25 and presented in a form the user desires, such as a 
graphical format Our solution permits users to access 
information from various sources and obtain information 
at a desired location as a result of a single request 
which is responded to by an organization of facilities 

30 and command file sub-agent decision support capsule 
objects by our command program agent. Users of the 
information can be internal to a company, or external. 
The result can be furnished to a user at a location which 
is internal or external to the company, and as specified 

35 at a specified location with a form and format desired. 
This allows a report to be managed by the web support 
services we provide, and in a form consistent with the 
request, but without requiring a consistent interface 
solution. 

40 in order to create a way for Web users to request 
information generation we provide a web server with a 
control program agent which is linked to a decision sup- 
port tool of a data interpretation system server, the 
application processing agent, and then have that server 

45 retrieve, process, and format information which is pre- 
sented to the user on the Web by the Web server. In our 
preferred embodiment, we have provided a link between 
a Hypertext Markup Language (HTML) document using 
a common gateway interface, and open data interpreta- 

so tion system server (ODAS). As a result, Web clients can 
request DIS reports to be generated, specify the param- 
eters to be used in generating the reports, and then 
view the report results on a Web home page. The DIS 
capsule can generate graphical information, such as 

55 colored pie charts, line graphs, bar graphs, and other 
forms of generated information. Since the Web server is 
capably of presenting the results in desired formats, the 
full capabilities of a DIS report are utilized. 

Our invention provides a method and system for 
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allowing a user of a client to access and assemble infor- 
mation structured and reported to the user in accord- 
ance with his desires, selecting information for disparate 
servers which are located within a network can be an 
intranet or internal network, such as a LAN or WAN not 5 
normally accessible to the Internet, or coupled to the 
Internet. In accordance with our invention one can 
access data on multiple databases of different types 
using a single user request from a client. We also allow 
the facility for providing specialized specific requests to 70 
be created for routine use, as well as the facility to for- 
mulate generalized or specialized ad hoc requests. In 
addition, we provide besides query and update capabil- 
ity, the ability to perform calculations with respect to any 
retrieved data, to format the information in text or in 15 
graphics, and the facility of presenting the results to the 
client for display or other use. 

The improvements which we have made achieve a 
means for accepting Web client requests for informa- 
tion, obtaining data from one or more databases which 20 
may be located on multiple platforms at different physi- 
cal locations on an Internet or on the Internet, process- 
ing that data into meaningful information, and 
presenting that information to the Web client in a text or 
graphics display as a location specified by the request. 25 

Our invention of providing a web server with a con- 
trol program agent allows organization of decision sup- 
port functions to be executed by application processing 
agent servers located throughout the Internet to gather 
and supply information not presently available with any 30 
existing resources without the need of endless interven- 
tion on the part of a requesting user of the WWW: fur- 
ther enabling an ordinary user to take advantage of 
expertise which is provided by programmable sub- 
agents developed by those with particular expertise in a 35 
given area as well as enabling use of standard routines 
commonly needed. 

These improvements are accomplished by provid- 
ing for Web clients to request information from an appli- 
cation processing agent in which the application 40 
processing agent server performs tasks based on 
received requests from a client in a distributed environ- 
ment by a web server supported by an access agent link 
and control program agent which in turn causes a deci- 
sion support function to be executed by the application 45 
processing agent server. This is performed within the 
distributed environment by the application processing 
agent server which forms part of a network coupled to 
and under control of the control program agent. Accord- 
ing to our invention the decision support function is pro- so 
vided by a data interpretation system which functions as 
part of the application processing agent and the deci- 
sion support function is programmable and generated 
by a data interpretation system. DIS or other decision 
support element performing similar functions, and pro- 55 
vided in a form accessible to our control program agent 
which presents the output generated to be presented to 
the user on the Web who made the initial request. We 
have provided, in a preferred embodiment, a link 



between IBM*s Hypertext Markup Language (HTML), 
the Common Gateway Interface (CGI), and the Open 
DIS Access Server (ODAS). all of which may be used 
on machines which are are commercially available from 
IBM. In order to write additional functions which develop 
our invention, the reader is referred to the Medaphor 
Data Interpretation System publication "Developing 
Applications with OpenDiS Access Service. Version 2.0, 
available from IBM. First Edition (September 1994) Part 
Number 315-0002-01 which is incorporated herein by 
reference. 

Our improvements relating to our control program 
agent is in accordance with our preferred embodiment 
is normally installed on an IBM HTTPD which is an IBM 
OS/2 Web Server or other server having Hypertext 
Markup Language and Common Gateway Interface. In 
our preferred embodiment; the HTTPD incorporates our 
control program agent and is supported by an access 
agent which provides the hardware connections to 
machines on the intranet and access to the Internet, 
such as TCP/IP couplings. The hardware for the Web 
server is thus a workstation, such as IBM's PS/2 model 
80 with OS/2. However, the HTTPD can be installed in 
PCs and upwardly also in machines which range across 
IBM's line of computers from powerful personal comput- 
ers to mainframe systems which support MVS, IBM's 
operating system which enables multiple kinds of oper- 
ating systems, including "UNIX" to co-exist on a single 
platform. As a result of our invention Web clients can 
request DIS reports to be generated by the application 
processing agent specifying the parameters to be used 
in generating the reports, and then as a result of the 
request receive a result which is presented, as a visual 
display or otherwise, on a Web page for use by the 
requesting user. Our machine implementation allows a 
user having DIS access to generate graphical informa- 
tion such as colored pie charts, line graphs, bar graphs, 
etc. Since Web browsers such as IBM's Web Explorer 
are capable of displaying these formats, all the functions 
which can be created by a DIS capsule can be utilized 
by a user of our invention. 

According to our improved method, an Internet 
World Wide Web user connects to a Web server 
through the use of a Web browser. In accordance with 
our preferred embodiment, we use HTML as the lan- 
guage used by Web servers to create and connect doc- 
uments that are viewed by Web clients: HTML is an 
example of a hypertext language having the facility of 
clicking on a highlighted word, string of words, or image 
in order to move to another HTML document or invoke a 
program on the server. An example of a Web client 
would be a machine used by a person using IBM's Web 
Explorer product. In using our invention a user may click 
on the hypertext in a document to reference a function 
which will be provided by an application processing 
agent server The user is able to connect to another 
document that may be on another Web server. HTML 
commands are used to reference other documents. 
HTML is used to reference programs available on a 
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server, and pass parameters to those programs. The 
application processing agent server executes a pro- 
gram when it is referred to by a Web client via a control 
program agent resident, preferably, in a Web server. 

The Web client selects the information that they s 
wish to view by using the HTML created page, the Web 
server takes the client request and passes it to a C pro- 
gram implementation of our control program agent. Web 
servers, such as HTTPD for OS/2, with our control pro- 
gram agent are able to provide access to executable io 
programs through the use of the Common Gateway 
Interface (CGI). When a program is referenced by the 
HTML, any parameters are passed to the program and 
it is executed. In our preferred embodiment we have 
used CGI to invoke programs that we have developed 15 
that will interface with the DIS product CGI is an exam- 
ple of a software gateway from a Web server to pro- 
grams outside the Web server application. 

The control program agent that is called in this 
instance by the Web server through the CGI interface, 20 
passes the Web client request along to a data interpre- 
tation system DIS via a Open Dis Access Server ( 
ODAS ). ODAS is a feature of a data interpretation sys- 
tem DIS that allows programs to initiate DIS functions, 
such as invoking DIS capsules. Our control program 25 
agents interface with DIS through ODAS to submit DIS 
capsules for execution. DIS capsules are basically pro- 
grams that DIS application programmers create with the 
DIS programming language. In accordance with our 
invention, we have written capsules which are executed 30 
as a DIS capsule on a server to gather data from one or 
more databases, process that data, and create a report 
in one of many formats, which we will describe by way 
of example. After the DIS capsule completes executing, 
in accordance with our preferred embodiment, the 35 
results that are generated during execution of a capsule 
are stored in a file on the application processing server. 

After DIS creates a file that contains the formatted 
report results, our control program agents program 
dynamically creates HTML tags to present the format- 40 
ted report back to the Web client on the Internet Our 
control program agents using the CGI interface can cre- 
ate HTML commands dynamically. In this way a pro- 
gram can present information on a Web browser for the 
Web client 45 

After the DIS capsule has created the file contain- 
ing the report request results, the control program cre- 
ates HTML statements dynamically that display the 
report results to the Web browser. 

Alternative means of presenting the data are shown so 
by alternative routing. The user requesting the report 
may wish to have the report results sent to another loca- 
tion in addition to or instead of displaying the report 
results to the Web browser. This information is provided 
during the request phase. As a result of the alternative ss 
report request, and according to the parameters indi- 
cated therein, the report results can be sent by the con- 
trol program via electronic mail. i.e. TCP/IP Send mail 
facility and Lotus Notes, to one or more locations on the 
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Internet. The report results can be sent as a file and as 
a note. The request can request a voice response, 
which can be routed to a voice response unit. Thus, with 
a call to a translator, the text can be converted to voice, 
and even translated along the way. The report results 
can also be sent to a fax machine, or to a computer that 
has the capability of receiving fax data. 

We use these report concepts to present report 
files created by DIS capsules on the Web client display. 

These and other improvements are set forth in the 
following detailed description. For a better understand- 
ing of the invention with advantages and features, refer 
to the description and to the drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIGURE 1 shows schematically an overview of the 
preferred embodiment and particularly shows a typical 
distributed computer system which has internal and 
external networks including the Internet to connect cli- 
ents to World Wide Web servers and other servers 
within the system in which our invention is situate. 

FIGURE 2 shows a inquiry screen (home page) 
which is displayed on a client after the client is coupled 
to its server (which may be an Internet server) by a Web 
browser. 

FIGURE 3 is a next screen which illustrates how a 
request is made according to a users desires, making a 
request in accordance with our invention with an input 
screen shown. 

FIGURE 4 is a sample result screen which is 
returned to the client after the requested service is pro- 
vided by the computer system network in accordance 
with our invention formatted according to the specifica- 
tions of a DIS capsule. 

FIGURE 5 is a next screen which illustrates how a 
request is made according to a users desires, making a 
request in accordance with our invention by selection 
from a menu and through the use of image mapping. 

FIGURE 6 is an example of a graphical result 
screen which is returned to the client after the 
requested service is provided by the computer system 
network in accordance with our invention. 

FIGURE 7 illustrates a flowchart showing data flow 
between a web server and decision support system tool 
such as IBM's Data Interpretation System (DIS). and 
shows the coupling of a Web client to a Web server and 
the coupling of a request to execute a DIS capsule and 
the coupling within the Web server from ODAS to a dis- 
tributed DIS LAN with heterogeneous connections to 
multiple databases. 

FIGURE 8 illustrates as a flow chart the functions of 
the control program for the web server. 

FIGURE 9 illustrates by way of example a DIS cap- 
sule that creates a text report file. 

FIGURE 10 illustrates by way of example a DIS 
capsule that creates a graphical report file. 

FIGURE 1 1 illustrates an alternative configuration 
of the network system as it may be employed for permit - 
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ting access to information available through homepages 
and in data warehouses where access to the homepage 
or database may or may not be restricted by a firewall. 

(Note: For convenience of illustration, in the formal 
drawings FIGURES may be separated in parts and as a 5 
convention we place the top of the FIGURE as the first 
sheet, with subsequent sheets proceeding down and 
across when viewing the FIGURE, in the event that mul- 
tiple sheets are used.) 

Our detailed description explains the preferred io 
embodiments of our invention, together with advan- 
tages and features, by way of example with reference to 
the following drawings. 

DETAILED DESCRIPTION OF THE INVENTION is 

Figure 1 illustrates a information delivery solution of 
a typical combination of resources including clients and 
servers which may be personal computers or worksta- 
tions as clients, and workstations to mainframe servers 20 
as servers. The various dements are coupled to one 
another by various networks, including LANs, WANs, 
and other networks, which may be internal SNA net- 
works or other like internal networks, and also providing 
access to the Internet, which couples the system to the 25 
world via Internet. 

The Preferred Embodiment 

Turning now to our invention in greater detail, it will 30 
be seen from FIGURE 1 that our preferred embodiment 
provides a Web browser 10. which is coupled to a Web 
server 1 1 . Our Internet WWW browser is an intelligent 
computer system, such as an IBM PS/2, or other com- 
puter, an IBM ThinkPad, an RS/6000 works as well and ss 
connections are made to the network via OS/2 WARP 
Connect, an IBM product. The Internet Web browser in 
the intelligent computer system which performs the 
Web browser function has IBM Web Explorer, or Net- 
Scape or Mosaic installed thereon. This computer sys- 40 
tern 10 is bi-directionally coupled with the OS/2 WARP 
Connect facility over a line or via a wireless system to 
our preferred computer system which we call our Web 
server. This system is a PS/2 or RS/6000 or other simi- 
lar system which includes our control program agent 73. 45 
which will be discussed below. Web server 11, in our 
preferred embodiment is coupled again bi-directionally 
via a line or wireless coupling to a computer system, 
such as a PS/2 or RS/6000 or other server which sup- 
ports and performs the server function of ODAS server so 
12. which is coupled to the distributed DIS network, 
here shown as LAN 13. ODAS 12 may be located on the 
same server as the Web server 11 or be located at a 
separate service machine, such as an IBM Digital 
Server. The Web server is logically coupled to our appli- 55 
cation processing agent server via a network. We call 
our application processing agent server a DIS File 
server 14 because is comprises a data interpretation 
system which supports the decision support functions 
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we provide which is today most inexpensively provided 
by an IBM computer system which supports OS/2. In 
our preferred embodiment, the intranet network is a 
LAN. Thus the components of the DIS LAN 13 comprise 
a DIS File Server 14. a general purpose workstation 15 
which can be used for capsule development, a local 
database server 16. a Capsule Server 17 for storing a 
plurality of DIS capsules ready for user, a Database 
Gateway Server 18 which performs the gateway func- 
tions to access databases which are linked to it. these 
databases include geographically distributed databases 
which can be located, for instance, in Chicago. New 
York. Dallas, Los Angeles, and each of which can be a 
different supported database, such as DB2 database 
19. ORACLE database 20. Sybase database 21, Red- 
brick database 22. In our preferred embodiment all 
servers are coupled with a conventional LAN or WAN 
connection, with a preferred IBM token ring shown. Ref- 
erence should also be had to our alternative preferred 
embodiment discussed below with respect to FIGURE 
11. 

Thus, in connection with the preferred embodiment 
of FIGURE 1 as well as with respect to FIGURE 11 it 
would be appreciated from the schematic overview illus- 
trated by FIGURE 1 and FIGURE 1 1 that our invention 
may be employed in a distributed computer system 
environment which has internal or intranet networks 
represented in our preferred embodiment by the DIS 
Network 13 and external networks including the Internet 
to connect clients to World Wide Web servers and other 
servers within the system in which our invention is situ- 
ate. Our invention makes use of the entire network. The 
Web browser 1 0 can make a request to the Web Server 
1 1 for a report. The Web server 1 1 with the facilities we 
provide causes the application processing agent which 
includes our DIS server 14 and its supporting communi- 
cation server, the database gateway server 1 8, to act as 
an agent to gather data from one or more of the multiple 
databases, including the local database 16, DB2 data- 
base 19. ORACLE database 20. Sybase database 21. 
Redbrick database 22. Further details with respect to 
the use of our invention for database retrieval of infor- 
mation from multiple databases are provided as to the 
actions of the application processing agent functions of 
the database server(s) 18 with reference to FIGURE 7. 

Thus, returning to our simplified and preferred 
embodiment FIGURE 2 shows a inquiry screen (home 
page) 29 in the form which is displayed on a client after 
the client is coupled to its server (which may be an Inter- 
net Web server 11) by a Web browser 10. The entire 
screen contains information and a plurality of objects. 
Once the home page is displayed, with appropriate 
descriptive guidance as illustrated by the FIGURE 2, the 
user can interact for example, by clicking on image 
objects 30, 31 , 32. 33, 34. As a example should the user 
want to make a special request in accordance with our 
invention, he could click on image 30. This would take 
the user to the next screen, illustrated by FIGURE 3. 
Alternatively the user could select by clicking on image 
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31 another menu screen, illustrated by FIGURE 5. At 
this point also, a specialized format could be selected by 
double clicking first on a format select image illustrated 
by image objects representing access to menu screens 
32, 33, 34. one or more of which a gopher. 

The use of selection of icon image object is a func- 
tion provided by HTML and programmers knowing this 
language can readily create variants to the images and 
functions we have illustrated. Thus incorporated within 
the drawings are to be understood to be the variants 
that can thus be created using our examples, as well as 
extensions and combinations thereof. 

When the user selected image 30 by clicking on the 
image 30, FIGURE 3 appears. FIGURE 3 is the next 
screen which illustrates how a request is made accord- 
ing to a users desires, making a request in accordance 
with our invention with an input screen shown. The con- 
tent of FIGURE 3 is prefbrmatted 40 except for the user 
entries which are to be entered in the data input fields 
41. In this example the input field 41 is a userid. After a 
user has entered in field 41 an acceptable input, he 
would then dick on instruction key 42. The instruction 
key illustrated is submit a request At this point the Web 
server captures the information entered by the user as 
described in FIGURE 7. It will be appreciated that the 
Web server captures the information entered by the 
user, including specialized input, as well as any "hidden" 
default information, which can include password author- 
izations, charge account identification, and other infor- 
mation that can be used by the system in responding to 
the request. Thus the system can assume that the "hid- 
den" password is an authorization to perform some 
function, such as include information from confidential 
source, or exit to the Internet. The charge authorization 
can also be tracked and accumulated by the system as 
it parses through its functions to charge back chargea- 
ble usages. If a request is for an order of an item, the 
actual item requested can be shipped and billed with 
this information. Since these functions are "hidden" they 
do not appear in the FIGURE but included with a 
request The return of the request is illustrated in FIG- 
URE 4. 

FIGURE 4 is a sample result screen which illus- 
trates how a sample report conforming to the request 
results are presented to the client after the requested 
service is provided by the computer system network in 
accordance with our invention formatted according to 
the specifications of a DIS capsule which is illustrated 
by example in FIGURE 9. In this example, the return 
was a file, whose file name is displayed as P814S4 at 
43. Informative text accompanying the file is included as 
illustrated by the example information 44 The screen 
provides the content of file 43 in the requested form of 
Preformatted text 50 in the form of a display of a text 
report generated by a DIS capsule stored in the DIS 
server 17. While we show text as the form the report 
results, the form of the request can be another form of 
presentation, as and image, a voice response, or other 
multimedia presentation. Reports can be returned trans- 



lated into any desired language based upon the 
request, as may be provided by DIS capsule calls to a 
translator. These features are included in the result 50 
report. 

5 When the user selected image made by clicking on 

the image 32 in FIGURE 2, FIGURE 5 appears. FIG- 
URE 5 is a next screen which illustrates how a request 
is made according to a users desires. A user makes a 
request, in this instance for sales results within the 

to organization tor YTD Catalog Revenue in accordance 
with our invention by entering text data into the data 
entry areas 41 and 42 of the formatted screen with infor- 
mation as to type of data selected 40A which will be 
translated into specific report information created by a 

15 DIS capsule. 

FIGURE 6 is a sample result screen which illus- 
trates how the request results are presented to the cli- 
ent after the requested service is provided by the 
computer system network in accordance with our inven- 

20 tion formatted according to the specifications of a DIS 
capsule. In this instance selection of the object 32 links 
to the the screen of FIGURE 5. which in turn with the 
DIS capsule created the output shown in FIGURE 6. 
DIS Capsules will be illustrated by examples in FIGURE 

25 9 and 10. In this example the output of the DIS capsule 
illustrated in FIGURE 10 is presented on the screen 
shown by FIGURE 6. The screen comprises a file name 
identifier, descriptive information 61 , and Preformatted 
text 60 which is the display of the named file P5551 19. 

30 This is the display of a graphic report showing what 
might be deemed (but is not) Confidential information 
relating to Catalog Revenue for 1995 YTD, with revenue 
given in $M, and breakout as to HDW, SFW. PMV, MN 
and MNT from selected locations in Chicago, New York, 

35 Dallas, and Los Angeles, ail of which are located on dif- 
ferent systems, and which, as illustrated in FIGURE 1 , 
may be on different databases such as DB2, Oracle, 
and Sybase relational databases. This report was gen- 
erated by a DIS capsule which is illustrated in FIGURE 

40 9. This example illustrates how multiple actions can be 
taken on information retrieved. In this example data was 
translated into image material by calculation and tor- 
matting in the form of a graphic pie shaped report. Other 
image data could also be displayed, as frames of 

45 selected images, or a sequence of images in the form of 
a moving picture display, which can be outputted from a 
server as will be described in FIGURE 1 1 . 

FIGURE 7 illustrates a flowchart showing data flow 
between a web server and decision support system tool 

so such as IBM's Data Interpretation System (DIS). FIG- 
URE 7 shows the coupling of a Web client 71 (corre- 
sponding to Web browser 10 in FIGURE 1) to a Web 
server 72 (corresponding to Internet WWW server 11) 
and the coupling of a request to execute a DIS capsule. 

55 The Web browser 71 can make a request to the 
Web Server 72 for a report through the use of HTML 
The HTML document refers to our control program 
agent 73, which may be implemented with the C lan- 
guage or other language which can provide run code for 
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the particular Web server which is employed. We illus- 
trate our preferred program according to the description 
provided in FIGURE 8. The Web Server 72 passes 
request data to and invokes our control program 73 
through the use of the CGI in accordance with our 
invention. The control program uses ODAS 74 in ODAS 
server 12 to set DIS capsule parameters and initiates 
the execution of a DIS capsule located in this embodi- 
ment in DIS capsule server 17 according to our pre- 
ferred examples illustrated in FIGURES 9 and 10. 

After a DIS capsule completes execution, the file 
created by the DIS capsule contains the formatted 
report results requested by the user. Our control pro- 
gram 73 dynamically creates the HTML statements that 
present the file to the Web browser 10 screen. Figure 7 
shows the coupling within the Web server from ODAS 
74 to a distributed DIS LAN 75 with heterogeneous con- 
nections to multiple databases DB2, Redbrick, Sybase 
and Oracle. Other sources of data can be linked to the 
LAN. 

Preferred Embodiment Interface between Server and 
DIS 

Our preferred control program agent 73 in FIG- 
URES 1 and 1 1 is illustrated in detail by way of the flow- 
chart of FIGURE 8. In our preferred embodiment, this 
program can be written in C or other suitable language 
but for general appreciation of the details, we will 
describe the steps in detail. These steps can be imple- 
mented by programmers of ordinary skill in the art with- 
out undue experimentation after understanding the 
steps described below. The control program agent 73 is 
located in a Web server and provides an interface and 
execution functions. Thus in FIGURE 1 1 the function is 
provided between the Web Server 131 (corresponding 
to Internet WWW server 11 in FIGURE 1) and DIS 
which is located in a DIS server 133 (corresponding to 
server 14 in FIGURE 1) and for presentation of results 
according to the instructions of the Web browser 130 
(corresponding to browser 10 in FIGURE 1) according 
to the request command, which in default is a return to 
the Web browser home page. This interface utilizes in 
our preferred embodiment the Web Server CGI and the 
DIS ODAS. 

Before we proceed to the control program 73. it win 
be noted that in FIGURE 11 the Web Browser 130 will 
link to a Web Server 131 accessing it on the Internet 
though a unique ID called the uniform resource locater 
to access the node which we call the Web server 131. 
When that access takes place an HTML document is 
displayed by the Web server 131 to the Web browser 
130, as shown in FIGURE 2. Now, the user makes his 
entries as described with respect to FIGURE 2. Next the 
HTML document refers to the control program agent 73 
and the Web server 131 through the use of the CGI 
invokes our control program agent 73. The Web server 
131 retrieves data entered by the user from the HTML 
document and passes that data to our control program 
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agent 73 upon invocation. 

The Web Server 131 has a gateway interface that 
allows the server to invoke a control program agent 73 
running on it and to pass input parameters to the control 

5 program agent 73 (FIGURE 8) that were returned from 
the Hypertext document of the Web Browser. It will be 
appreciated that while weillustrate for our preferred 
example a single Web Server 131, the Hypertext docu- 
ment locates the particular Web Server that can support 

10 the request made by checking the details of the "hidden" 
defaults and those functions requested. Thus a menu 
request for a generalized search throughout the Internet 
may locate the particular service machine having an 
application processing agent which has the information 

is desired. Once the control program 73 (FIGURE 8) is 
invoked, the steps programmed for the machine to fol- 
low begins with a step 110 illustrated in FIGURE 8. In 
reviewing this preferred control program agent it should 
be appreciate that steps 110 and step 111 are steps 

20 that are interchangeable in order and which obtain envi- 
ronment variable data from the HTML document return. 

Thus step 110 obtains a PATHJNFO environment 
variable data. PATH JNFO contains data from the HTML 
document that referred the Web Server to our program. 

25 Specifically the data contains the name of the DIS cap- 
sule to call, the name of the file containing the HTML 
statements to use when building the HTML document 
that displays the DIS capsule results to the Web 
browser, and the type of file that the DIS capsule will 

30 create. All off this information is the variable data which 
is stored in a buffer environment in step 112, and which 
is used in subsequent steps. 

Thus also, the control program proceeds with step 
1 1 1 which may follow or precede or proceed in parallel 

35 with step 110 to obtain the QUERY_STRING environ- 
ment variable data. QUERY_STRING contains data 
from the HTML document that referred the Web Server 
to our program. Specifically the data contains values 
selected by the user and / or default values selected by 

40 the HTML document designer. These values are set in 
the DIS capsule by our control program prior to execu- 
tion of the DIS capsule. This information is used to set 
variables in the DIS capsule. All off this information is 
the variable data which is stored in a buffer environment 

45 in Step 1 12, and which is used in subsequent steps. 

Within the scope of the discussion of the control 
program agent illustrated by FIGURE 8 it should be 
appreciate that the steps 112 through 125 include the 
utilization of an API set that provides a method of invok- 

50 ing executable programs located in a service machine 
which we denote as a sub-agent which executes in step 
122 object capsules from our sub-agent DIS file server 
14. This provides functions such as queue and update 
functions for databases on multiple platforms and allows 

55 the processing of data retried from a database to be 
performed, including executing calculations, doing for- 
matting, charging of accounts and the storing of results 
as a file accessible to the control program agent. During 
processing our control program agent 73 provides set- 
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ups for API calls which occurs in steps WHAT ARE 
THESE STEPS. Thus the control program agent will 
proceed as with an API set with step 113. 

With the variable information now stored in a buffer, 
in step 113 the control program retrieves from a store. 5 
all of the DIS capsules that are used and the variable 
names associated with each DIS capsule and loads into 
memory associated with the control program the DIS 
capsule names available and the variable names asso- 
ciated with each DIS capsule. to 

At that point in step 114 the control program is 
ready to and does initialize a connection between our 
control program and the ODAS through the use of an 
ODAS API. In other environments another API perform- 
ing similar functions could be used. ts 

At that point, if required for control by the decision 
support system, and as required by DIS, the control pro- 
gram would log onto the port or desktop for the 
assigned user. Thus, our control program agent 73 in 
step 115 logs onto a DIS "desktop", our DIS file server 20 
14. 

Once the DIS capsule information is loaded into 
control program memory, the control program can and 
does in step 116 retrieve from its memory the DIS cap- 
sule variable names associated with the DIS capsule 25 
name passed to our control program in the step 110 
where PATHJNFO is provided. 

Next, in step 1 1 7 the control program creates a data 
array stored in the control program memory containing 
the DIS capsule variable names and the values for them 30 
that were passed to our control program in the 
QUERY_STRIISIG step. These two steps 116 and 117 
should be done in order, even though steps 110 and 
1 1 1 can have an arbitrary order. At this point in step 1 1 7 
you are matching the DIS capsule variable names with 35 
the data that was passed to the control program in the 
QUERY_STING environment variables. 

Next, in preparation for a report, in step 1 1 8 the pro- 
gram creates a unique filename which may include data 
originated by the HTML document's variables stored in 40 
step 112 (dotted line) to pass to the DIS capsule as a 
DIS variable for use in naming the report which will be 
created by the DIS capsule. As a result, the DIS capsule 
will create that file with the unique file name during its 
process. 45 

In anticipation of DIS capsule execution, the values 
of variables used by the DIS capsule are obtained from 
the data array in the control program memory contain- 
ing the DIS capsule variable names and the values for 
them that were passed to our control program in the so 
QUERY_STRlNG step. This is done in step 119 using 
the ODAS API to set the DIS capsule variable values. At 
this point the capsule server 17 for the DIS server 133 
attached to the Web Server 131 via network 132 will 
have a DIS capsule services queue. This queue is the 55 
queue of jobs being requested of the Dis Capsule 
Server 17. For the current job request (other tike 
requests being perhaps still in the queue) we use the 
ODAS API to query the contents of the DIS Capsule 



Services queue. If the queue size is larger (>t) than a 
threshold level, then the process enters a wait state until 
the queue size is reduced to a tolerable level. The 
queue test of step 120 is a loop test which returns to test 
the queue size until a test answering "is the queue of a 
size that execution can proceed?" (<t) is answered 
"YES". 

Whenever the queue test is answered YES. at that 
point the ODAS API is used to submit a DIS capsule for 
execution in step 121. 

After the ODAS API submits a DIS capsule for exe- 
cution the particular request process being executed by 
the control program enters a wait state until completion 
of the DIS capsule execution. For this step of the proc- 
ess the control program uses the ODAS API to wait for 
completion of the DIS capsule execution performed by 
the DIS capsule execution 122. During a wait state other 
requests can be processed by the control program, as 
requests are fed through the control program as a pipe- 
line, in this WAIT PIPE API step 123, so that the control 
program continually advances requests through the 
system. 

During the wait state 123 the ODAS API looks for a 
completion signal. When that is received, the control 
program then in step 124 reads the file identified by the 
name passed to the control program in the first 
PATHJNFO step that contains the HTML statements 
which are to be presented with the DIS report results. 

While in step 124 the control program reads the file 
identified, it dynamically creates new HTML statements 
to display the prefbrmatted text to the Web browser.The 
new HTML statement include the information retrieved 
from the file in step 1 13 so that it can be displayed as a 
header 44 accompanying the report to be displayed, 
along with the filename 43. 

At this point, in step 125 the control program tests 
for the kind of report to be created by obtaining informa- 
tion from stored variables and identifies output parame- 
ters, such as whether the report is to be a text report, or 
a graphical report. At this point the control program 
branches to the sequence applicable to the kind of 
report to be created. If the output is to be routed the the 
Web server 10, then the output is routed to the Web 
server in step 126. 

If a text file report is created by the DIS capsule, 
that determines that a text display is to be reported and 
the the control program reads the file created by the DIS 
capsule and dynamically creates HTML statements to 
display the data lines to the Web browser. 

If a graphics file is created by the DIS capsule, that 
determines that a graphics display is to be reported and 
the the control program dynamically creates the HTML 
statement to display the graphics file to the Web 
browser. 

On the other hand, the control program agent 
allows alternative output direction, and if the output is 
another type, or an additional output, as for broadcast, it 
can be routed to another destination. In step 127, we 
illustrate how using the IBM Digital Server output can 
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be routed to a requestor selected resulting output 
selected from a group of possible output units, compris- 
ing fax. printer, retail or banking installations, or pro- 
vided as a series of full motion videos or still frames 
which are can be transmitted to display devices, such as 5 
a TV set under control of end users with a set-top box 
cable control. These facilities are provided by providing 
the output of our control program agent from the web 
server to the alternative output device 127. In this case, 
the IBM Digital Server, which with an RS/6000 CPU. w 
Network l/F Bus. DISKs, modems, and X.25 Data 
Switch provides the hardware to route the output to a 
variety of output devices, to fax. printer, retail, banking. 
TV or cable customers via the digital server service 
machine for full motion and still video, supplied with 15 
MPEG 2 and MPEG 1 protocol images respectively, to 
subscribers. Along the way. the output can be coupled 
to an auxiliary function, such as back-up or accounting 
processes 128 which allow for charging for system utili- 
zation and service charges for services and items 20 
requested. These processes will make use of hidden 
variables associated with the request such as charge 
authorization. One of the hidden variables which may 
be associated with a request is a credit card number. 
The credit card number, is preferably encrypted, with a 25 
DES or RSA encryption utility, and this along with 
access authorization variables, will allow access to sen- 
sitive databases which reside behind firewalls. If 
selected data according to the request is permitted to 
the access authorized user at the location inside or out- 30 
side the Internet, the data can be included in the results 
reported by our system to the Web browser. 

Preferred Embodiment of text DIS capsule 

35 

In accordance with our invention, an HTML docu- 
ment, which is running on a web server, refers to the 
control program agent. The web server then invokes the 
control program agent. The control program agent has a 
to command files, which provide the preferred file com- 40 
mand objects in the form of DIS capsule objects, or DIS 
capsules as they are known. The command file contains 
a list of available DIS capsules. Accordingly, there is not 
need for the HTML document to know how to get to the 
command file, as the control program supplies this 45 
access. A capsule object, as a DIS capsule, can call 
other routines which may be written in well known pro- 
gramming languages such as Visual Basic or C. These 
routines become part of the capsule object by the refer- 
ence, and these routines perform such functions as so 
account tracking, compression, calculation, handling 
specific custom outputs such as video, voice, transla- 
tion, and enable programmability of the capsule objects. 
.The capsule objects also have standard object capabil- 
ity, and we will illustrate these by way of the specific 55 
examples described. 

It will be seen that the control program 73, 
described in detail in FIGURE 8 acts in concert with DIS 
capsule execution. The DIS capsule is an object pro- 



gram with executable additions which we have created 
to interact with the control program. It should be also 
understood that the DIS capsule object can perform 
programmable functions on data which is retrieved from 
databases. Not only can a DIS capsule get data, it can 
combine, reformat, and update, the data retrieved. It 
can act on the data to create new data and basically act 
as a dedicated processor processing data gathered or 
created during a Web browser request to output the end 
result to the user under programmable parameters 
determined by the creator of the DIS capsule, as they 
may be selected, if desired, by the user as part of the 
request. Thus the user entered inputs as part of his 
request, either free form or by selection of variables in 
the menus afforded to the user as illustrated by way of 
example in FIGURE 5. 

DIS capsule objects are like some other objects. 
For instance in Microsoft's products, an example being 
the Excel (trademark of Microsoft) spreadsheet, one 
can click on an object portrayed on the screen and link 
a succession of objects to perform a specific function, 
such as take data from a spreadsheet and reformat it 
into a variety of selectable formats, such as text or 
graphic illustration. The kind of action to be taken is 
illustrated by an object on the screen, and linking of rou- 
tines is done by a succession of clicks on icons repre- 
senting the object. 

In accordance with our preferred embodiment, a 
DIS capsule is used to invoke system resources. This is 
done by providing a list of commands, which may be 
those provided by a DIS processor itself, or written in 
Visual Basic or C by the programmer. The result is a 
command file, like an exec or command file in OS/2 or 
like a *.BAT file in DOS. These capsules perform the 
specific functions that are requested by the user from 
his initiation session. The user further qualifies the exe- 
cution of the DIS capsule by providing parameters 
which are used in the invocation. 

Now the DIS server 133 supports DIS. the program 
processor which supports DIS capsules by processing 
commands contained in the DIS capsule, either directly, 
in the case of DIS functions, or by to other system or 
user supplied functions. The user supplied functions 
comprise mainly those DIS functions which are supplied 
by DIS and illustrated in the manual "Developing Appli- 
cations with OpenOIS Access Service, Version 2.0 of 
the OPEN Access Service." For those not familiar with 
command files, this manual is fully incorporated herein 
by this reference as available at the USPTO. An exam- 
ple of a system supplied function would be the base 
support for SQL queries of a specific database, which 
are invoked by the DIS capsule program. 

In illustrating the specific examples of our invention 
illustrated in FIGURES 9 and 10, both illustrate linked 
objects according to a specified flow sequence within a 
DIS environment. The DIS environment contains 
numerous functions, including the Internetwork routing 
functions which the DIS capsules can invoke. Thus, a 
DIS object which queries a database, as illustrated, 
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invokes the Intern etwork routing functions to query 
databases where they are located on the network. If the 
preferred example of DIS environment is not supplied, a 
similar environment with program environment means 
which supports reaching a destination on the Internet by 5 
a link between systems which routes data from one 
physical unit to another according to the applicable pro- 
tocol should be supplied. The protocol will employ a 
URL address for Internet locations. 

FIGURE 9 illustrates by way of example a DIS cap- 10 
sule that creates a text report file. Referring to FIGURE 
9, it will be seen that the capsule, represented by a 
series of linked objects, is supported by Internetwork 
processor support environment means 90. Within this 
environment an integrated capsule creates a text report 15 
file as a result of the object 95, make text. This object 
result file is the file 43 according to FIGURE 3 which is 
displayed at the browser. In the illustrated example, the 
multiple DIS capsule data retrieval command file 
91(a)..91(n) initiates as a first step multiple queries to 20 
different databases which are specified by the parame- 
ters of the request. In this example, multiple queries are 
initiates as SQL type search requests as multiple steps 
91(a)..91(n) executed by the DIS capsule server 133 
with the Database Gateway 134 to select data from 2s 
DB26000 databases located inside the intranet 140 and 
on the Internet by Internetwork routing to database 
gateway 1 34' and its DB26000 databases by step 91 (a). 
The data is stored in a DIS declared buffer. Similarly, in 
parallel or successively, additional steps 91(b), 91(c). 30 
91(d), and 91 (n) retrieve data and store in their object 
buffer data retrieved from Sybase, Oracle. Redbrick, 
and IBM's Data Warehouse databases. Thus object 
91(a) will query DB26000 and bring data back to DIS. 
Object 91(b) will query Oracle and bring data back to 35 
DIS. Object 91 (c) will query Sybase and bring data back 
to DIS. Object 91(d) (shown as a dot in FIGURE 9) will 
query Redbrick and bring data back to DIS. and so on. 
The nth object 91 (n) will query IBM's data warehouse 
and bring data back to DIS. In a subsequent linked 40 
processing step 92 data from the database queries in 
the first step is joined by joining object command file 92 
and stored in a buffer related to this object Object 92 
will joint the data from the n locations searched in step 

91. Thereafter, in a subsequent processing step per- 45 
formed by calculation object command file 93 on the 
joined data in the joined database result buffer of step 

92. desired calculations performed in accordance with 
the parameters indicated by the request are done on the 
joined data. Thereafter, in accordance with the request so 
parameters text is formatted to space delimited text by 
the format object command file 94. The results are 
stored in a buffer associated with format object com- 
mand file 94. Thereafter, a make text command file 95 
causes the formatted text to be created as a text file for 55 
the WWW server 131 to be stored in a file which is 
accessible to and can be retrieved and displayed by the 
control program agent 73. or directly displayed by the 
control program agent 73 in the form illustrated in FIG- 



URE 4 at the Web browser 130. It will be noted we have 
illustrated this process as object capsules in a DIS inter- 
networking environment. These object capsules are a 
specialized form of a command file, which can encom- 
pass additional commands called by an object. 

Preferred Embodiment of graphics DIS capsule 

FIGURE 10 illustrates by way of example a DIS 
capsule that creates a graphical report file. For simplic- 
ity, data in this FIGURE is also shown in a DIS environ- 
ment 90. Retrieval object command file 101 illustrates a 
step of retrieval of data from one or more databases as 
specified in the parameters of the request, performing 
these retrieval steps as did retrieval object command 
files 91(a). .91{n). Thereafter, this data is plotted with the 
make plot object command file 102. with the results 
being stored in a buffer. The final step of creating a 
result- to-be-presented file, in this instance in the form 
of a bitmap ready for display to a Web browser 130 is 
created by the make bitmap (BMP) object command file 
103. The example of a preferred bitmap object com- 
mand which would be employed with todays Internet 
environment is a GIF image. Others can be used as 
well. Again the results are provided to the Web browser 
130. by the action otthe program command agent 73 on 
the Web Server 131, the results being illustrated by the 
pie-chart of FIGURE S in accordance with the parame- 
ters of the request for generating the graphical report 
illustrated by FIGURE 6. 

Alternative Preferred Embodiments 

Figure 1 1 illustrates an alternative configuration of 
the network system as it may be employed for permit- 
ting access to information available through homepages 
and in data warehouses where access to the homepage 
or database may or may not be restricted by a firewall. 
In Figure 1 1 . the web browser(s) 1 30 accesses an asso- 
ciated Web Server 131, 13V, 131"either by a coupling 
or addressing with a uniform resource locator (URL) the 
Web Server 131 which may be selected with a Hyper- 
link. This can be a direct coupling or an indirect cou- 
pling, as via a node locatable in a common access 
medium, such as provided by Internet resources acces- 
sible via a web browser, e.g. supporting Web Explorer, 
or Mosaic, NetScape, node 131 located somewhere on 
the Internet which utilizes our control program agent 73. 
Now node 131 which functions as a Web server is cou- 
pled via a token-ring network. SNA network, or other 
suitable network 132 (one of the any which may be used 
on the Internet as a transmission medium) with the facil- 
ities provided within what we will call our intranet, those 
facilities which are "proprietary" to the owner and which 
may be protected by firewalls at the intranet boundary 
140. Now note that our control program 73 is resident 
within the Web Server 131 and functions as described 
in FIGURE 8 to couple to a DIS server 133 located 
within the intranet 140. which is preferably located 
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behind a firewall as indicated in FIGURE 11. This DIS 
Server 133 is in turn coupled to our Database gateway 
134. This database gateway is configured as illustrated 
also in FIGURE 1 for gathering information from data- 
bases coupled to it and located on servers for DB2, Ora- 5 
cle, Sybase, and Redbrick, as well as one for 
information warehouse functions. In our preferred 
embodiments these database units are IBM mainframe 
systems, as available commercially today, but they 
could be AS400s. RISC/6000. RISC/6000 SP or other w 
systems supporting the databases. 

The DIS Server is a server which supports DIS or 
similar decision support functions and the functions pro- 
vided by our DIS capsules illustrated by FIGURE 9 and 
10. is 

Now our Web browsers 130 can not only access 
information within the intranet, but can reach outside the 
intranet to gather information located elsewhere via the 
Internet. We will describe two examples of our preferred 
couplings to elements on the Internet. One example 20 
couples the database gateway 134 to another (a sec- 
ond) database gateway 134* via the Internet and it Inter- 
network routing (INR) protocol available from IBM as 
part of its current DIS product which can make use of 
UALs. The second database gateway 134* is coupled to 2s 
its own (second) DIS server 133'. At this point the Web 
browser 130 can access data not only intranet, but also 
via the Internet to gather data from a database sup- 
ported by DIS server 133' located outside the intranet 
The Database server 134' would be able to gather infbr- 30 
mation from any database coupled to it. as illustrated, 
assuming access is public or accessible after process- 
ing of a hidden variable access authorization. 

However. the web browser(s) 130 can also access 
via Web Server 131 (with our control program 73 illus- 35 
trated in detail in FIGURE 8) another Web server 131' 
which implements our control program 73. This Web 
server, for example, Web server 131' can also be cou- 
pled via its own (second) network 132' (which supports 
functions equivalent to network 1 32 and as illustrated in 40 
FIGURES 1 and 11) to an associated DIS Server 133' 
as illustrated to perform tasks like those we are describ- 
ing from a request sent via the second network from its 
Web server 131'. 

However, as another alternative example. Web 45 
server 13V with an appropriate API can access a 
directly coupled database available to the server, such 
as Microsoft's Access 131a. Thus small databases 
which have not yet invested in being able to gather infor- 
mation from an intranet resource, can use their own so 
direct resources, and also be interrogated by the Web 
browser(s) 130, or another web browser 136. Remem- 
ber that browser's 130 can also communicate with the 
Web server 131' across the Internet, just as can a Web 
browser 136 located on the intranet 140 inside of the 55 
firewall illustrated by the intranet 140 dashed line shown 
in FIGURE 11. With a browser 136 in place at the Web 
Server 131' location, that browser 136 can make 
requests, if authorized across the intranet to the Web 



Server 131 which can then utilize the DIS capsules pro- 
vided by the DIS Server 133. 

Physically, the network 132 will have its own access 
server 135 preferably in the form of a TCP/IP server 135 
to make the physical connection across the Internet. We 
illustrate in FIGURE 11 this other logical layer as 
located on the network. This TCP/IP server supports 
the physical connections which are needed by the other 
logical higher levels of service supported on the net- 
work. The use of an InterNetwork Routing Protocol 
(INR) allows the logical coupling illustrated between a 
application processing server 134 to an external 
intranet application processing server 134'. On each 
network there can be one or more web servers. A 
Hypertext document request asking for a field to be 
seached, as by a Hyperlink, could index to a server 
directly, e.g. a second web server 1 34" on the same net- 
work which would have its own control program agent 
function duplicating the control program agent resident 
in web server 134. Thus at the request homepage a 
menu which say if "Art&Literature search", when 
selected in a Hyperlink setting, would index to a partic- 
ular web server and a particular document within that 
web server's environment. This web server 134'* 
besides being linked to its own application processing 
server 133" has a direct link, in the environment illus- 
trated, to an MVS CICS. a transaction processing 
server for handling transaction processing. Such a solu- 
tion allows CICS transaction processing to utilize the 
Internet to save transmission costs and still be located 
beneath a firewall for retention of data integrity. The out- 
puts provided by the web server to the requested desti- 
nation can be outside of the firewall, and in the form of 
results illustrated by the possible examples shown in 
FIGURES 3, 5 and 8. 

While we have described our preferred embodi- 
ments of our invention, it will be understood that those 
skilled in the art. both now and in the future, may make 
various improvements and enhancements which fall 
within the scope of the claims which follow. These 
claims should be construed to maintain the proper pro- 
tection for the invention first disclosed. 

The following features - for themselves or in combi- 
nation with other features- are also characteristics of the 
invention: 

- A result according to the request command is pro- 
vided during processing by said control program 
agent, which in default is a return to the Web 
browser home page. 

If required for control by a decision support system 
environment for said command file, logging onto a 
port or desktop for the assigned user is performed 
by the control program agent. 

While the program agent reads the file identified, it 
dynamically creates new HTML statements for a 
report of results according to a request of the web 
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browser. 

Information is retrieved from the file with new HTML 
statements so that it can be provided with the 
results of a command file report. s 

Information is retrieved from the file with new HTML 
statements so that it can be displayed as a header 
accompanying the report to be displayed, along 
with the filename. w 2. 

If a text file report is created by the DIS capsule, 
that determines that a text display is to be reported 
and the control program agent reads the file ere- 3. 
ated by the DIS capsule and dynamically creates is 
HTML statements to display the data lines to the 
Web browser. 

If a graphics file is created by the DIS capsule, that 
determines that a graphics display is to be reported 20 
and the control program dynamically creates the 
HTML statement to display the graphics file to the 
Web browser. . 

The control program agent allows alternative output 25 
direction, and upon receipt of output direction and a 
command file completion signal, the result is routed 
to the output destination. 4. 

If selected data according to the request is permit- 30 
ted to the access authorized user at the location 
inside or outside the Internet, the data can be 
included in the results reported by the system to the 
Web browser. 

35 

The control program agent tests for the kind of 
report to be created by obtaining information from 
stored variables, and identifies output parameters, 
and branches to the sequence applicable to the 
kind of report to be created. 40 5. 

Claims 

1. A service agent for fulfilling requests of a web 
browser client coupled to a network; comprising: a 45 
control program agent tangibly embodying a pro- 
gram of instructions executable by a supporting 6. 
machine environment for performing method steps 
for receiving a request initiated at said web browser 
client and fulfilling the request by a providing a so 
result, said method steps comprising: 

displaying an HTML document to said web 
browser; 

55 

invoking a control program agent; 

receiving data entered by the user from the 

HTML document and passing said user 7. 



entered data to said control program agent 
upon invocation as input parameters to said 
control program agent that were returned from 
said HTML document; 

using an API set for invoking executable com- 
mand files and programs accessible via a 
associated command file object. 

A service agent according to claim 1 wherein said 
input parameters contain data from the HTML doc- 
ument that referred to said control program agent. 

A service agent according to claim 1 wherein said 
step of receiving data entered by the user from the 
HTML document and passing said user entered 
data to said control program agent upon invocation 
as input parameters to said control program agent 
that were returned from said HTML document 
includes an identification of a command file to call, 
the name of the file containing the HTML state- 
ments to use when building an HTML document 
that reports results requested by the request, and 
and the type of file that is requested, as well as 
query data from the HTML document that referred 
to said control program agent. 

A service agent according to daim 3 wherein said 
step of passing data from the HTML document that 
referred to said control program agent, includes 
passing data which contains values selected by the 
user and / or default values selected by a HTML 
document designer set in a command file program 
prior to its execution, all of which data is stored in a 
buffer environment, and accessible by said com- 
mand file program and/ or said control program 
agent and used to to set variables for said com- 
mand file program. 

A service agent according to claim 1 wherein the 
method steps further comprise: 

during processing by said control program 
agent providing setups for API calls which 
occur. 

A service agent according to claim 1 wherein the 
method steps further comprise: 

with the variable information now stored in a 
buffer, retrieving with the control program agent 
from a store command files and the variable 
names associated with each command files 
and loading into memory associated with the 
control program the command file names avail- 
able and the variable names associated with 
each command file. 

A service agent according to claim 1 wherein the 
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method steps further comprise: initiating with the 
control program agent a connection between said 
control program agent and an API. 

8. A service agent according to claim 1 wherein the s 
method steps further comprise: once a command 
file is loaded into memory for said control program 
agent the control program agent retrieves from its 
memory the command file variable names associ- 
ated with a command file name passed to the con- w 
trol program agent once the control program agent 

is invoked. 

9. A service agent according to claim 1 wherein the 
method steps further comprise: subsequently, ere- rs 
ating with said control program agent a a data array 
stored in the control program memory containing 
the command file variable names and the values for 
them that were passed to the control program agent 
during initial data retrieval steps in order to match 20 
command file variable names with the data that was 
passed to the control program agent with said envi- 
ronment variables step. 

10. A service agent according to claim 1 wherein the 25 
method steps further comprise: subsequently, in 
preparation for a report, said program command 
agent creating creates a unique filename which 
may include data originated by the HTML docu- 
ment's variables stored in a previous step (step 30 
112) to pass to the command file as a command file 
variable for use in naming the report which will be 
created by the command file, which as a result the 
command file will create that file with the unique file 
name during its process. 35 

11. A service agent according to claim 1 wherein the 
method steps further comprise: subsequently, in 
anticipation of command file execution, the values 

of variables used by the command file are obtained 40 
from the data array in the control program memory 
containing the command file variable names and 
the values for them that were passed to the control 
program agent in the step providing parameters for 
query data from the HTML document that referred 45 
to said control program agent which contains val- 
ues selected by the user and/or default values 
selected by a HTML document designer set in a 
command file program prior to its execution, doing 
this using the API to set the command file variable so 
values. 

12. A service agent according to claim 1 wherein the 
method steps further comprise: subsequently, 
using an API to query and determine the size of a ss 
queue of jobs being requested, and comparing 
whether the size has exceeded a predetermined 
threshold number of jobs being requested, and if 

so. then entering a wait state loop to wait and reiter- 



atively comparing whether the size still has 
exceeded said predetermined threshold number of 
jobs being requested until the queue size is 
reduced to below said threshold level, and then at 
that point using said API submit a command file for 
execution. 

13. A service agent according to claim 1 wherein the 
method steps further comprise: after the API has 
submitted said command file for execution by a sub- 
agent, said control program agent enters a state of 
awaiting execution of said command file by said 
sub-agent 

14. A service agent according to claim 1 wherein the 
method steps further comprise: during a said state 
of awaiting execution of said command file, 
processing other requests by the control program 
agent as a pipe so that the control program agent 
continually advances requests through the system. 

15. A service agent according to claim 1 wherein the 
method steps further comprise: during the state 
awaiting execution of a command file, using said 
API to looks for a completion signal of execution of 
said command file, and when that completion signal 
is received, said control program agent reads the 
file identified by the name passed to the control pro- 
gram in the preceding step that contains the HTML 
statements which are to be presented with the com- 
mand file report of results. 

16. A service agent according to claim 1 wherein the 
method steps further comprise: testing with said 
control program agent for the kind of report to be 
created by obtaining information from stored varia- 
bles and identifies output parameters, and branch- 
ing to the sequence applicable to the kind of report 
to be created. 

17. A service agent according to claim 1 wherein the 
method steps further comprise: wherein an output 
is routed to a requestor selected resulting output 
destination selected from a group of possible output 
units, comprising fax, printer, retail and banking 
installations, or provided as a series of full motion 
videos or still frames which are transmitted to dis- 
play devices, including television units under control 
of of end users with a set-top box cable control. 

18. A service agent according to claim 1 wherein the 
method steps further comprise: wherein an output 
is routed to a requestor selected resulting output 
destination server having a CPU. network l/F bus, 
disks, modems, and X.25 data switching providing 
hardware to route the output to a variety of output 
devices, including a facsimile, printer, retail termi- 
nal, banking machines, TV or cable customers via 
the server, with full motion and still video supplied 
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with MPEG 2 and MPEG 1 protocol images respec- 
tively to subscribers. 

19. A service agent according to ciaim 1 wherein the 
method steps further comprise: coupling the output s 
to an auxiliary function including back-up storage 
and accounting processes which allow for charging 
for system utilization and service charges for serv- 
ices and items requested. 

w 

20. A service agent according to daim 1 wherein the 
method steps further comprise: The auxiliary func- 
tions make use of hidden variables associated with 
the request including authorization charge varia- 
bles, including credit card numbers and passwords, is 

21. A service agent according to claim 1 wherein the 
method steps further comprise: credit card number, 
is preferably encrypted, with a DES or RSA encryp- 
tion utility, and this along with access authorization 20 
variables, allows access to sensitive databases 
which reside behind firewalls. 
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